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(54) Method and apparatus for managing attraction admission 

(57) The invention is a method and system for man- 
aging admission to an attraction. In one or more embod- 
iments, the system comprises a first queue by which 
customers may access the attraction by waiting in line 
and a second queue by which customers may access 
the attraction in a manner which avoids the first queue. 
The system includes a first validator for validating an 
entitlement of a customer to receive an assigned time in 
the future for accessing the attraction via the second 
queue, a media distributor for distributing a media to an 
entitled customer, the media including the assigned 
time at which the entitled customer is entitled to access 
the attraction in the future, and a second validator for 
validating the entitled customer access to the attraction 
at the time provided on the media. In accordance with a 
method of the invention, a customer may access an 
attraction in a manner which avoids standing in a first 
waiting line by verifying entitlement to utilize a second 
queue, obtaining a pass entitling the customer to 
access the attraction at a future time, and returning to 
the attraction at the future time and gaining access with 
the pass. In this method, the customer may leave the 
vicinity of the attraction between when the pass is 
issued and the future time at which the customer is enti- 
tled to access to the attraction. 
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Description 

FIELD OF THE INVENTION 

5 [0001] The invention relates to methods and apparatus for managing admission or entry to an attraction, such as a 
theme-park ride. 

BACKGROUND ART 

io [0002] There are a number of circumstances where people have to wait in line in order to do something. At amuse- 
ment parks, for example, a customer often needs to wait in line to ride an attraction, and the most popular attractions 
usually have the longest lines. Other situations where people have to wait in line are at banks, a bakery, at government 
offices, to buy tickets for shows or concerts, to gain admission to museums, or at any other place where the number of 
people arriving to take advantage of goods or services at any one time exceeds the speed at which any one customer 

15 or group of customers can be served. When such a situation occurs, a line forms. 

[0003] Although customers wait in line, none prefer it People feel that time spent in line is time wasted. A customer 
would much rather come back later when there is no line so that the customer can do other things instead of waiting in 
line. This problem is particularly acute in an amusement park. An amusement park may have hundreds of attractions, 
including rides, shops, shows, stores, games, parades, displays, and food services. If a customer must wait in line for 

20 each attraction, the customer may only be able to utilize a small number of attractions in a visit. For particularly popular 
attractions, the lines can require waiting for a number of hours, so that a customer might only be able to utilize five or 
six attractions in a ten hour visit. 

[0004] Not only is the customer frustrated at not being able to access more attractions, but the amusement park 
itself suffers from having underutilized attractions because the customers are waiting in line for other attractions. 
25 Instead of waiting in line for a single attraction, a customer could be riding other attractions, eating food, shopping at 
stores, playing games, or other activities. It would be preferable if the customer could avoid the line associated with an 
attraction while still being able to utilize the attraction sometime during the customer's visit. 

[0005] There are a number of techniques in the prior art to handle the problems associated with waiting in line. One 
approach to dealing with people in lines is to attempt to make the waiting more enjoyable or to make the time go faster. 
30 In some arrangements, customers waiting in line are entertained, such as with television, music, reading material, and 
so forth, so as to distract them and take their mind off of waiting in line. However, such schemes do nothing to prevent 
the need to wait in line. 

[0006] Other prior art schemes have been used to attempt to eliminate the need to stand in line. One such arrange- 
ment is where each customer arriving at a location of service is provided with a number that increments for each newly 

35 arriving customer. Numbers are called in order, with the holder of a called number being entitled to service. Such 
schemes are often used at bakeries and other food establishments. This arrangement avoids the need for customers 
to stand in a physical line in order to determine the order in which they will be served. When the customer observes that 
the current number being serviced is so much lower than the customers assigned number, the customer might leave 
the establishment and return when the customer expects the customer's number to be called. 

40 [0007] This scheme requires a lot of guesswork by the customer, and provides no clear guidance for the customer 
as to when the customer should return. More often than not, the expected time delay between the current number being 
serviced and the customer's number is such that the customer feels compelled to wait at the establishment to avoid 
missing the customer's opportunity to be served. So although a physical line might be avoided in such a scheme, the 
waiting itself is not really avoided. 

45 [0008] Some prior art schemes at amusement parks and other attractions have attempted to avoid the need to have 
customers wait in line. In a first known arrangement, a number of tickets are sold or distributed based on an operating 
time of an attraction and the capacity of the attraction. A problem with this scheme is that it is a "dumb" system. The 
assumption is that the attraction will have predictable loading and operating times, and will operate at the capacity of 
the tickets distributed. A problem with this system is that it does not take into account actual real time performance of 

so the attraction, nor the dynamic real time capacity of the attraction. 

[0009] Another problem with this first system or scheme is that a customer can line up for multiple tickets for the 
same scheduled attraction operation. If the customer keeps the multiple tickets, the attraction does not operate at peak 
capacity, leading to a situation where the efficiency of the attraction (number of riders per attraction cycle) is lower than 
if a simple wait in line scheme is used. In addition, the system does not take down time or slow downs into account, so 

55 that tickets for later operation are distributed when the attraction may not actually be operating, or when it may be still 
servicing customers from earlier operation times. This leads to waiting in line or to an inability to use the tickets at all. 
[0010] Another problem with the scheme is that it requires all customers to use the system. There is no alternative 
scheme available that a customer could use in place of the scheme, even when the scheme leads to more delays. If the 
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customer does not obtain a ticket, then the customer is not permitted to access an attraction. 

[0011] Another attempt to eliminate or reduce the need to stand in line is described in U.S. Patent 5,502,806 to 
Mahoney (the Mahoney patent or the '806 patent). The Mahoney patent describes a waiting line management system 
where a customer is issued a card or electronic ID device and by which the customer is permitted to use a plurality of 
5 computer access terminals. The access terminals are located, for example, in an amusement park. A customer using 
the card at the access terminal is advised of time slot windows available for a number of attractions and performances. 
The customer chooses one or more time slots for one or more attractions and thereby is able to pre-schedule the use 
of attractions. 

[0012] A probfem with the Mahoney scheme is that it allows customers to reserve the right to use a number of 
10 attractions, potentially preventing others from using the attractions. Another problem is that by allowing the customer to 
select a time slot, the Mahoney system lacks responsiveness to changing ride conditions and performance data. In 
addition, the slots themselves are determined by a pre-established allotment. Such advance assignment of time slots 
suffers from the same disadvantages as the above-described first known scheme in that there is no dynamic changing 
of time slot allocation based on actual attraction conditions. This condition could result in customers being required to 
15 stand in line if conditions have slowed down, eliminating the very benefit the system is intended to provide. Mahoney 
suggests that if such a situation occurs, then customers who do not have passes will be required to wait longer than 
customers that do have passes. However, such a solution still could require substantial wait time for customers with 
passes, and leads to unacceptable wait times for customers without passes. Another problem with permitting custom- 
ers to select time slots is that all of the time slots may be selected for certain periods of the day, such as 2-5 p.m., while 
20 few or none of the slots may be selected for other periods of the day, such as 1 2-1 p.m. In this arrangement, the attrac- 
tion may be underutilized during certain periods of time. 

[0013] The Mahoney scheme manages slot times allocation based on a fixed capacity of an individual attraction. In 
actual practice, the capacity of an attraction may not be achievable due to a variety of factors, including number of cus- 
tomers, the demographics of the customers, attraction performance, the number of customer vehicles associated with 

25 the ride which are in service over time, the number of staff members available to operate the ride, safety factors, 
weather, etc. For example, the total number of customers in a park who may even desire to access any attraction may 
be much less at one time of day (such as at opening) than another time of day (such as mid-day). In addition, the capac- 
ity of an attraction may change due to a variety of circumstances. A ride may be taken out of service for a period of time 
or one or more "cars" or associated customer vehicles may be removed from the ride, lessening the capacity. The 

30 number of staff available to operate the ride may fluctuate during the day. If a fewer number of staff members are avail- 
able, such as at a shift change, the number of patrons which may be loaded into each customer car or the number of 
cars which may be loaded may be reduced. When slow downs occur and customers with passes must wait in line, the 
time slots reserved by those customers for other attractions may expire. This not only frustrates the customers with 
passes, but leads to potentially empty seats on other attractions. 

35 [0014] An improved method and apparatus for managing access to an attraction is desired. 

SUMMARY OF THE INVENTION 

[001 5] The invention is a system and method for managing admission to an attraction that provides a customer with 

40 a choice of standing in line for the attraction or having a spot reserved for admission to the attraction at a later time with- 
out standing in line. The invention also provides an improved method and apparatus for managing admission to an 
attraction that can be constantly adjusted to account for the dynamic real time capacity of the attraction. The invention 
also provides a method and apparatus for managing admission to an attraction that can prevent customers from acquir- 
ing multiple reservations for the same attraction. 

45 [0016] In one or more embodiments, the system provides two access points or queues at an attraction. A first 
queue is a traditional "wait in line 0 queue where customers line up for the next available chance to use the attraction. A 
second queue provides a customer with access to the attraction which avoids the traditional, first queue. 
[0017] The system includes a first validator for validating the right of a customer to receive an assigned future time 
to access the second queue. In one embodiment, the system also includes a media distributor for distributing an enti- 

50 tlement in the form of a pass to an entitled customer. The pass provides a time or time range assigned by the system 
during which the entitled customer is entitled to access the attraction in the future via the second queue. The system 
includes a second validator for validating that the customer is entitled to access to the attraction via the second queue 
at the assigned time, in one embodiment, the pass issued to the customer establishes the entitlement of the customer 
to access the attraction via the second queue by the second validator. 

55 [0018] In accordance with an embodiment of a method of the invention, a customer may access an attraction in a 
manner which avoids standing in a first waiting line by verifying entitlement to utilize a second queue, being assigned a 
future time for accessing the attraction via the second queue, returning to the attraction at the future time and validating 
the entitlement of the customer to gain access at the assigned time. In one embodiment, a customer is issued a pass 



3 



EP1 076 319 A1 

entitling the customer to access the attraction at a future time via the second queue and the customer uses the pass to 
establish entitlement to access the attraction at the future time. In this method, the customer may leave the vicinity of 
the attraction between when the pass is issued and the future time at which the customer is entitled to access to the 
attraction. 

5 [0019] In accordance with an embodiment of the method and system of the invention, a variety of factors are uti- 
lized to determine the future time assigned to the customer and associated with the pass provided the customer. In one 
embodiment, the system and method are arranged to continuously adjust the number of passes and/or assigned times 
in order to compensate for changes in ride capacity, demand and other factors in order to maintain the attraction at opti- 
mum operating conditions. 

w [0020] In one embodiment of the invention, a system is associated with more than one attraction, such as rides in 
an amusement park. The systems are linked in a manner which permits verification that a customer accessing the sec- 
ond queue of one attraction has not already been issued a pass entitling them to access the second queue of another 
attraction. 

[0021] in one embodiment of the invention, a printed pass is generated that includes the time or the time range dur- 

75 ing which the patron can access the attraction without having to wait in a first physical line. The patron presents the pass 
at a second queue during the designated time and gains entry. As discussed, the pass can include various features that 
allow for its authentication and/or validation at the second queue. The name of the designated attraction and the time 
or time range can be printed on the pass for the convenience of the patron. In addition, targeted advertising can be 
printed on the pass. This advertising can be varied by the system, and each pass could include its own unique message 

20 that is different from any other generated pass. 

[0022] Various advantages are realized by allowing targeted advertising to be printed on individual passes as they 
are generated. For example, special features or events that are occurring during the patrons wait can be identified. 
Thus, the patron maximizes his or her time while in the park and park management can promote various events and 
attractions. In addition, restaurants, shops, or other attractions that are within the area of the attraction the patron is 

25 waiting for could be identified and promoted through such advertising. Yet another advantage is that park management 
could utilize such advertising to influence pedestrian traffic patterns. That is, if a particular area is known to be over- 
crowded at a predetermined time, the generated advertising could promote places or events in a different location, 
before and during the predetermined time. Since the system is independent and variable, such traffic management 
could be generated instantaneously, whenever events (planned or unexpected) warrant. 

30 [0023] Yet another advantage of having the system print targeted material on the passes is the ability to send pre- 
determined messages to individual patrons or groups of patrons. In one embodiment of the invention, each patron is 
given a unique admission media or ticket that allows them to obtain the pass that allows them to avoid waiting in the 
physical queue. By using the admission media to obtain the pass, the system is then able to recognize and identify each 
patron. Thus, messages targeted to that patron can be printed or otherwise included on the pass. For example, "John 

35 Doe, please meet your wife at the main gate at 2:00 p.m_ n could be printed on his pass by request. As another example, 
large groups of people (often younger children) tour such parks together. Whenever desired, messages could be 
printed on their passes such as "meet the group at 2:00 p.m." or "remember, the shuttle departs at 3:00 p.m." By pro- 
viding an identifying link between the patron and the system, predetermined messages, promotional information, or 
advertising can be customized and directed to specific patrons or groups or patrons. 

40 [0024] Further objects, features, and advantages of the present invention over the prior art will become apparent 
from the detailed description of the drawings which follows, when considered with the attached figures. 

BRIEF DESCRIPTION O F THE DRAWINGS 

45 [0025] 

FIGURE 1 is a schematic overview of an attraction admission management system in accordance with an embod- 
iment of the invention for managing admission to a single attraction; 
FIGURE 2 illustrates in more detail a system such as that illustrated in Figure 1 ; 
so FIGURE 3 illustrates a system of the present invention which includes multiple systems for managing admission to 
multiple attractions; 

FIGURE 4 is a flow diagram of an access time calculation method in accordance with an embodiment of the inven- 
tion; 

FIGURE 5 illustrates an embodiment of a viewable screen which provides a user of a system of the invention with 
55 attraction "downtime" information; 

FIGURES 6A-6C illustrate embodiments of viewable screens which permit a user of an embodiment of a system of 
the invention to view current system settings and adjust those settings; 

FIGURE 7 illustrates an embodiment of a viewable screen which enables a user to establish a variety of settings 
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for a specific attraction; 

FIGURE 8 illustrates an embodiment of a viewable screen displaying information associated with a master server 
of a system of an embodiment of the invention; 

FIGURE 9 is a flow diagram illustrating an embodiment of a method by which information is fed from a master 
5 server to a controller of an embodiment of the invention; 

FIGURES 10A-10C show a flow diagram illustrating a method of the invention by which information is fed from a 
controller to a master server of an embodiment of the invention; 

FIGURE 1 1 illustrates a system in accordance with another embodiment of the invention; and 
FIGURE 12 is a flow diagram illustrating an embodiment of a method of the invention. 
w FIGURE 13 illustrates a sample printed pass allowing for patron entry into a designated ride during a particular time 
range and includes targeted advertising messages. 

DETAILED DESCRIPTION OF THE INVENTION 

15 [0026] In the following description, numerous specific details are set forth in order to provide a more thorough 
description of the present invention. It will be apparent, however, to one skilled in the art, that the present invention may 
be practiced without these specific details. In some instances, well-known features may have not been described in 
detail so as not to obscure the invention. 

[0027] One or more embodiments of the invention comprise at least one method and system for managing admis- 
20 sion to an attraction. The system is particularly applicable for use in an environment where the number of customers 
which desire access to an attraction is greater, at one or more times, than the capacity of the attraction. Such a condi- 
tion may be referred to as a condition of insufficient capacity. By insufficient capacity, it is meant that fewer customers 
can be accommodated at/by the attraction than wish to be accommodated at a particular time or over a period of time. 
This condition may arise by an imposed limitation, such as where it is desired to limit the number of persons in a par- 
25 ticular area at a given time. Such may be for safety or a variety of other purposes. This condition may also arise due to 
physical limitations, such as the number of seats on a particular ride and the cycle time of the ride. 
[0028] Figure 1 is an illustration of one embodiment of the present invention. The system is for use in controlling 
admission or entry to an attraction 22 (note, as used herein, the term "attraction" is meant to comprise any location or 
presentation to which one or more customers wish to gain access. The attraction may comprise a location at which a 
30 service is provided, such as a ride, stage or other show, theater, parade, restaurant or other food service, merchandise 
location, transportation or the like. The attraction may also comprise a geographic location, such as a natural wonder, 
art museum or the like. Thus, while the system has particular applicability to and is described herein for use in control- 
ling access to a ride-type attraction, the system may be used in a wide variety of other environments where it is desired 
to avoid lines). 

35 [0029] In one or more embodiments, the system includes a first queue 24 by which customers gain access to the 
attraction 22 by waiting in a line, much as has been done in the prior art. In other words, the customers in the first queue 
24 have an order in line based on a time at which they enter the queue, and are able to utilize the attraction in that order 
when a space or capability is available. In one or more embodiments, the queue 24 includes a turnstile 28 (or similar 
device for controlling access) positioned at an entrance of the attraction 22. The queue 24 may also include ropes, 

ao fences 30 or the like for defining a space in which the customers line up. 

[0030] In one or more embodiments, the customers in the first queue 24 are permitted to access the attraction when 
there is an open spot not filled by the customers accessing the attraction via the second queue 26. As described in more 
detail below, the number of customers which are permitted to access the attraction via the second queue 26 may be 
adjusted to provide a certain number of open spots for customers in the first queue 24. For example, 80% of the avail- 

45 able spots for the attraction may be dedicated to and filled by customers from the second queue 26, while the remaining 
20% are filled by customers from the first queue 24. In addition, if one or more of the spots dedicated to the customers 
of the second queue 26 are not filled, such as if one or more customers who obtain passes for accessing the second 
queue 26 do not return to access the attraction, then these spots may be filled by customers in the first queue 24. As 
described in more detail below, this arrangement permits the attraction to operate at all times at optimum capacity. 

so [0031 ] The system of the invention also includes a second queue 26 by which customers gain access to the attrac- 
tion 22 without waiting in a line and thereby avoid the first queue 24. In one or more embodiments of the system, the 
system includes at least one validator for validating the right of a customer to receive an assigned time to access the 
attraction via the second queue. 

[0032] In the embodiment illustrated in Figure 1 , the system includes a first validator 32 validating the right of a cus- 
55 tomer to receive an assigned future time to utilize the second queue 26, and a second validator 34 for permitting the 
customer to access the attraction 22 at a future time via the second queue 26. In this manner, the customer can avoid 
the first queue 24. 

[0033] In operation, a customer utilizes the first validator 32 to obtain an assigned time in the future for accessing 
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the attraction via the second queue 26. As described below, in one embodiment, an entitled or "validated" customer 
may be issued a pass which includes a time or time range at which the customer is entitled to return and utilize the 
attraction. The amount of time between the time a pass is issued and the time at which the customer can utilize the 
attraction depends on a number of factors, including the number of people who have already obtained passes, the 

5 capacity of the attraction, the operating speed of the attraction, staffing availability, the capacity of the attraction allo- 
cated to the customers accessing it via the second queue, and any delays related to operation of the attraction. 
[0034] When the assigned time or time range (such as that indicated on the pass) occurs, the customer is entitled 
to access the attraction without waiting in line. The customer accesses the second queue 26 and establishes entitle- 
ment to access the attraction via the second queue 26. In one embodiment, the customer presents the issued pass at 

w second validator 34 and if the pass is valid (i.e., the time or time range is appropriate, the pass is not counterfeit, etc.) 
the customer is admitted to the attraction. 

[0035] In one embodiment of the invention, a customer may only use the second queue when the customer has not 
previously been issued a yet unused or unexpired pass. This scheme is to prevent customers from obtaining multiple 
passes for a single attraction, preventing others from enjoying it, or to prevent customers from reserving admittance to 
15 multiple attractions. A customer may be permitted to obtain multiple passes to one or more attractions, as described in 
greater detail below. 

[0036] As illustrated in Figure 1 , at or near an entrance to attraction 22, a customer is presented with a point of deci- 
sion 36 where the customer decides whether to access the attraction 22 via the first queue 24 or the second queue 26. 
When there is no appreciable line in the first queue 24, the customer may decide to forego the second queue and utilize 
20 the attraction in a prior art manner. If the line in queue 24 is too long, or if the customer wishes to utilize the system of 
the invention, the customer chooses the second queue 26. 

[0037] In one or more embodiments, the system includes a first queue wait time generator 31 and associated dis- 
play 33. The first queue wait time generator 31 is configured to generate a time regarding the wait associated with 
accessing the attraction via the first queue 24 by a customer about to enter the first queue 24. Of course, the wait time 

25 may be calculated manually, such as by tracking the wait time of one or more particular customers through the first 
queue 24 from time of entry until time of attraction access. In one or more embodiments, the first queue wait time gen- 
erator 31 includes sensors which provide data for use by the generator 31 in determining a current length of the wait 
associated with that line. The sensors may provide information such as the physical length of the line. The generator 31 
may use this information and information such as the current ride capacity, percentage of capacity allocated to custom- 

30 ers accessing via the second queue 26, and other factors for generating an approximate first queue wait time. Various 
data for use by the generator 31 may be input manually as well. For example, a ride operator may visually estimate the 
physical length of a line and input line length data to the generator 31 . The first queue wait time display 33 is configured 
to provide a customer at the point of decision 36 with the first queue wait time information. The display 33 may comprise 
a digital or other display for displaying hours and/or minutes of wait time. 

35 [0038] In one or more embodiments, the system includes a second queue time display 35. This display 35 is con- 
figured to display the next time which will be assigned to a customer for accessing the attraction through the second 
queue 26. The display 35 may comprise a digital or other display displaying hours and/or minutes of wait time. 
[0039] Using the information regarding the access times available to a customer via the displays 33,35, a customer 
is aided in the process of deciding to access the attraction through the first or second queues 24,26. 

ao [0040] In one or more embodiments, the first validator 32 for verifying entitlement of a customer to an assigned 
future time may be located remote from the attraction or there may be more than one first validator 32, one located near 
the attraction and one or more located remote therefrom. For example, a first validator 32 may be located near an 
entrance to a theme park. In such an event, a display 33 for displaying first queue waiting time and a display 35 for dis- 
playing the next available time for accessing the attraction via the second queue 26 may be located at the remote first 

45 validator 32 as well. 

[0041 ] Figure 2 illustrates one embodiment of a system having a first validator 32, a media distributor 38, and a sec- 
ond queue 26 having an associated second validator 34. The first validator 32 is arranged to determine or verify that a 
customer is entitled to an assigned future time for accessing the attraction via the second queue 26. In one embodi- 
ment, the first validator 32 establishes the right of a customer to a pass having an assigned future time, the pass for use 
so by the customer in gaining access to the attraction 22 via the second queue 26 at the future time. The first validator 32 
may comprise a card-reader type device which is arranged to read a magnetic stripe on a ticket issued to the customer. 
In such an arrangement, each customer may be provided with a ticket or similar element which establishes a customer's 
right to access the attraction 22. 

[0042] In an embodiment where the attraction 22 is inside of or part of a theme park, the ticket which the customer 
55 uses for validation may be a ticket which is issued to the customer by which the customer gains access to the park itself. 
In such an arrangement, the first validator 32 may be arranged to communicate with a main database containing infor- 
mation regarding the customer(s) (such as by ticket numbers) which are entitled to utilize the second queue 26. 
[0043] In one or more other embodiments, the first validator 32 may be arranged to read information on a card, to 
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accept issued tokens, identify one or more biometric identifiers of a customer such as a radio-frequency identification 
(RFID); retina, voice, thermal, finger or hand geometry signature; or a visual identification of the customer or the like. 
[0044] In one or more embodiments, if the first validator 32 establishes the right of the customer to an assigned time 
in the future for accessing the attraction via the second queue 26, then the media distributor 38 distributes a pass to a 
5 customer which the customer may utilize to access the attraction via the second queue 26. In one embodiment, the 
media distributor 38 comprises a printer which prints a paper pass or similar element. The media distributor 38 may 
issue one or more of a wide variety of media as passes, such as magnetic-stripe encoded or ■smart" cards, punch-type 
cards, coded tokens, biometric identifiers such as those set forth above and the like. 

[0045] In one embodiment, the pass which is distributed to each customer by the media distributor 38 is arranged 

w to permit the customer to gain access to the attraction 22 at a time in the future. The particular time, as described below, 
may vary upon a wide variety of circumstances. In one or more embodiments, the time comprises an assigned access 
time or time range which is printed on the pass which is issued to an entitled customer. (In the examples below, the pass 
is referred to as having a "time" associated with it. It will be understood that this contemplates both a specific time and/or 
a time range, time period, or time window). 

15 [0046] As described above, the first validator 32 and the media distributor 38 may be located adjacent to the attrac- 
tion and/or remote therefrom. In the event the first validator 32 and media distributor 38 are located near the attraction, 
after obtaining a pass or the like, the customer may leave the area of the attraction 22 and need not return to the attrac- 
tion 22 until the time provided on the pass. In the event the customer obtains a pass from a remote media distributor 
38, the customer simply continues about their activities until it is necessary to travel to the vicinity of the attraction at the 

20 assigned time. As described in more detail below, the right of a customer to obtain passes may be a value added feature 
for which the customer pays additional monies (such as at the same time as purchasing a main ticket). 
[0047] In one or more embodiments, the first validator 32 may be integral with a main ticket issuer/validator and 
second queue access passes may be issued at the same time or as part of a main ticket. For example, a customer 
entering a theme park may be permitted, at the time they present or purchase their ticket, to obtain one or more passes 

25 providing future times assigned by the system. This permits a customer to plan or schedule their day ahead of time. In 
this arrangement, the ticket which the customer uses to access the theme park may be encoded and/or printed with 
access time information for permitting the customer to access one or more attractions at future times, avoiding the need 
to issue separate passes. 

[0048] In one or more embodiments, the system and method for permitting access to the attraction 22 includes a 

30 second validator 42 for establishing the right of a customer to access the attraction via the second queue 26 at assigned 
time. In one embodiment, the second validator 42 validates the media or pass issued by the media distributor 38 and 
held by a customer. In one or more embodiments, the second validator 42 comprises a human attendant which reads 
information printed on the pass and verifies the information. The attendant may verify the printed assigned time or time 
range against the current time, a date of the pass against a current date, and the attraction for which the pass is issued. 

35 [0049] Alternatively, the second validator 42 may comprise a card reader or other device for confirming the entitle- 
ment of a customer to access the attraction 22 via the second queue 26. For example, the second validator 42 may be 
arranged to verify data associated with the element issued by the media distributor 38, such as a bar code. 
[0050] In one or more embodiments of the invention, the pass issued to a customer may be issued only for refer- 
ence by the customer for knowing and remembering the assigned time or range of time, and the second validator 34 

40 may be configured to verify entitlement of the customer in a manner independent of the pass. For example, a customer 
may establish entitlement to a pass with a finger print at the first validator 32. The pass provides written indication of the 
assigned time to the customer. When the customer accesses the second queue 26, the customer may be required to 
establish validation at the second validator 34 with a fingerprint again. In this arrangement, the second validator 34 
determines that the customer is entitled to access the attraction by establishing that the identify of the customer with 

45 the fingerprint and determining if the time the customer is accessing the second queue 26 is at the time/in the range of 
time which was assigned to the customer. It may be appreciated that the second validator 34 may be configured to 
establish validation in one or more of the variety of manners described above with respect to the first validator 32. It 
should be appreciated that customers may not be issued passes at all. 

[0051] In accordance with one or more embodiments of the invention, one or more schemes are provided for deter- 
50 mining the access time which is associated with each media which is issued by the media distributor 38. In one or more 
embodiments of the invention, a time at which a customer is permitted to gain access to the attraction 22 via the second 
queue 26 is dependent upon one or more of a variety of factors, including, but not limited to, the following: the capacity 
of the attraction, the capacity of the attraction which is allocated to customers accessing through the second queue 26, 
the total number of customers who may wish to access the attraction 22, the current and future staffing of the attraction, 
55 the demographics of the customers, the time of day and the day of the week. 

[0052] In one or more embodiments, the system includes a controller 44. As illustrated, the controller 44 is arranged 
to control the media distributor 38. The controller 44 may also be arranged to control other aspects of the system, such 
as the first validator 40. In one or more embodiments, the controller 44 receives attraction capacity and/or time informa- 
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tion and instructs the media distributor 38 what time to issue in association with each pass. The controller 44 may send 
a signal to the second queue time display 35 for displaying the next time to be assigned. 

[0053] A keypad 46 or other data entry/control device (such as a keyboard, mouse, joystick or the like) may be pro- 
vided for manually entering data and controlling the controller 44. The keypad 46 may be used to enter specific time 
5 information, reset the controller and the like. A display screen 47 such as a CRT may be associated with the controller 
44 and keypad 46 for permitting a user to view information regarding the system. 

[0054] A local server 48 is arranged to send and receive data. In one or more embodiments, the local server 48 is 
arranged to receive data about the capacity and other characteristics of the attraction 22. For example, various sensors 
may be associated with the attraction 22 for providing data. In one or more embodiments, the sensors (not shown) may 
io monitor ride speed, the number of customers passing through or standing in the first queue 24, the capacity of the ride, 
etc. The local server 48 may receive data from these sensors at various times or continuously, or may transmit specific 
requests for data. (In other embodiments, the local server 48 may be a remote server in communication with the attrac- 
tion and sensors). 

[0055] Information may be inputted manually or automatically. For example, each staff member which is currently 
15 available to operate a ride may manually enter their employee code to indicate to the system that they are available to 
operate the system. Based on the number of employees which are indicated as available, adjustments may be made to 
the number of customers which are likely to be serviced during a period of time. 

[0056] As will be appreciated by those of skill in the art, many current attractions, such as thrill rides, already include 
sophisticated ride control systems. These systems have a variety of sensors and controls for monitoring and controlling 
20 the ride. The local server 48 may simply comprise an interface with the individual ride control systems for receiving 
information therefrom. 

[0057] The information which is provided to the server 48 is transmitted to an algorithm processor 50. The algorithm 
processor 50 utilizes the data to determine times for issuance by the media distributor 38. In general, it is desired that 
the algorithm processor 50 issue a time associated with each media which permits the customer to return to the attrac- 
ts tion 22 at the predetermined time at the second media validator 42 and access the attraction 22 (such as via second 
validator 42) without standing in a line. In order to accurately balance demand and capacity, the algorithm processor 50 
obtains information regarding a variety of factors which affect demand and capacity. (Although shown as separate enti- 
ties in Figure 2, the controller 44 and algorithm processor 50 may be implemented as a single device or process). 
[0058] In one or more embodiments, if the wait associated with the first queue 24 becomes longer than a desirable 
30 time, then the algorithm processor 50 may be arranged to issue fewer numbers of access times or access times which 
are later in time so as to permit a greater number of customers from the first queue 24 to access the attraction 22 for a 
period of time. In the event the capacity of the attraction 22 suddenly decreases, the algorithm processor 50 may be 
arranged to respond in a similar fashion. In the event the capacity of the attraction 22 increases, then the algorithm 
processor 50 may be arranged to issue a greater number of access times. 
35 [0059] In one or more embodiments, the algorithm processor 50 utilizes one or more algorithms to produce access 
time data. Set forth in Figure 4 is a flow diagram illustrating a configuration of a method by which the assigned or "wait" 
times are calculated (as used in Figure 4, "GC" represents the guest count). Figures 5A-5H illustrate tables and a data 
dictionary for data element which may be used in the illustrated wait time calculation. 

[0060] Set forth below is information regarding a number of processes employed in the flow diagram illustrated in 
40 Figure 4. As set forth therein, the system may be arranged to employ a number of procedures at different times. For 
example, every 5 minutes, the system is arranged so that data associated with the controller 44 is uploaded to a master 
server (as described below in conjunction with Figure 3). The system may be arranged so that all data regarding cus- 
tomers which have been issued entitlements is cleared from the system at 3 a.m. each day. 

45 DISPENSE RATE CALCULATION 

[0061] 

g = number of guests carried 
so x = guest count survey time in minutes 

z = percentage of capacity for attraction sent to the system 
p = ticket increment period in minutes 



55 

((g*z)/x) * p = dispense rate setting 
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Example: 
[0062] 

s If g = 2,000, x = 60, z = .8, p = 5, then 

((2000*. 8) 1 60*5 = 133.33 

Rounded down to 133. 

w 

PROCESSES 

The system has following processes: 

15 5-MINUTE LOAD PROCESS 

[0063] Every 5 minutes, a main systems process on a Bridge server will get the Master Controller data (as used 
herein and in the Figures, "master controller" includes controller 44 as described above and a master controller 244 as 
described below), call the stored procedure "put_me_data" on the Park server (the Park server may comprise a server 
20 such as server 104 described below with reference to Figure 3), and pass a series of values to the stored procedure. 
The stored procedure will insert these values into the synonymed "vq_contr_feed_info" table, which points back up to 
an attraction data server (such as the master server 102 as illustrated in Figure 4 and referred to in Tables I to IX as 
"OPSheet" or local server 48), and update the local Park server table "vq_last_feed_info". 

25 10-MINUTE SEND PROCESS 

[0064] Every 5-10 minutes, after calculations have been performed to determine the correct dispense rate, a row 
will be inserted into the vq_opsheet_feed table location on the attraction data server. This insert will trigger a stored pro- 
cedure, which will activate a C routine. The C routine will build two files. The first file will contain the attraction identifier; 
30 the second file will contain k-shell script commands. The C routine will execute the k-shell file, and the k-shell file will 
ftp the first file to the Bridge server location. 

[0065] On the Bridge server, another mechanism will run every minute looking for the file sent by the process 
described above. If the file is found, a message pulse will be sent via the Windows NT operating system to activate the 
main systems process. 

35 [0066] The main systems process will read the file to get the attraction ID. Using this attraction ID, the main systems 
process will call the stored procedure "get_me_data", located on the attraction data server This stored procedure will 
return the values from the "vq_opsheet_feed_info" table for the attraction in question, and then indicate that this data 
has been processed. 

40 ABUSE CHECK 

[0067] When a card is read through the magnetic reader, a main systems process will trap the information, attach 
the attraction, and call a stored procedure called M abuse_check B , which is located on the Park server. This stored pro- 
cedure will determine whether or not a duplicate ticket exists for abuse purposes. It will also determine whether or not 
45 the close time has been reached. Based on several checks, either a 0 (successful), I (abuse), or 2 (past the close time) 
will be returned by the stored procedure to the main systems process. The main systems process will then determine 
how to proceed with printing a reservation ticket. 

CLEARING ABUSE CHECK DATA 

50 

[0068] Each morning at 3:00 AM, a process called "cleanab.sh" will run. This is a C program that will delete all the 
abuse check data accumulated for the day. 

SYNCHRONIZATION OF ATTRACTION DATA SERVER TO THE PARK SERVERS 

55 

[0069] Each time an attraction is created, updated, or deleted in the attraction data server, a trigger mechanism will 
be activated. The trigger mechanism will take the changes on the attraction data server and pass them to the correct 
Park server attraction table. This will be done via a stored procedure called "synclocs". This stored procedure will deter- 



9 



EP 1 076 319 A1 



mine which park needs to be updated and, via a synonym, perform the updates. 

NETWORK MONITORING MECHANISM 

s [0070] This process will be comprised of a C routine residing on the attraction data server. This C routine will be 
activated every minute, and will build a connection against the attraction data server database and each of the active 
Park server databases. It will also attempt ping against each of the active Bridge servers. If any component fails, a page 
will be sent to the development team. 

w VISUAL BASIC TURNSTILE FEED TO ATTRACTION DATA SERVER 

[0071] A Visual Basic process will run on a dedicated Windows NT server to keep the data flowing into the attrac- 
tion data server. 

is DOWN TIME PROCESS 

[0072] The Down Time Process is used when a location must be closed to guests for a certain amount of time. 
[0073] A user at the location initiates this process through the attraction data server's line management module, 
which displays on the location's PC. In the Location Down Time screen, the user selects the appropriate park and loca- 
20 tion. 

[0074] The process checks to see if the selected location is in Override mode. 

If the location is in Override mode, the process prevents the user from continuing. (A down time cannot be assigned 
to a location in Override mode.) 

25 * If the location is not in Override mode, a location port ID is retrieved. This location port ID is used throughout the 
process to assign values to tables pertaining to the location's down time status. After the park and location are 
selected, the process provides a suggested "expected up time." The suggested expected up time is the current 
time + the default minimum down time. (Each location has a default minimum down time.) The user can modify the 
expected up time so it is greater than the suggested expected up time, but cannot modify it to be less than the sug- 

30 gested time. 

[0075] The process obtains the expected up time from the user and the current time from the UNIX server. 
[0076] Next, the process obtains the down time minutes by subtracting the current time from the expected up time. 
[0077] The process obtains the guest window start and end time from either the controller feed table or the attrac- 
ts tion data server feed table. (Obtaining the most up-to-date time is critical. If the guest window start value in the OPSheet 
feed table is greater than the guest window start value in the controller feed table, the values from the attraction data 
server feed table are used. Otherwise, the values from the controller feed table are used.) 

[0078] The process checks to see if the location has previously been in down time mode. If the location has previ- 
ously been in down time mode, the process does one of the following: 

40 

If the current time is less than the location scenario table's expected up time (that is, the user is modifying an exist- 
ing expected up time), the process updates the location scenario table. 

If the current time is greater than the location scenario table's expected up time (that is, the user is entering a new 
expected up time), the process inserts a row into the location scenario table and updates the table. 

45 

[0079] The process obtains the location scenario id number to insert into the attraction data server feed table. 
[0080] If the location is not in down time mode, the process checks to see if the location is in schedule mode. If the 
location is in schedule mode, the schedule's performance values are assigned to the appropriate tables via the location 
port ID. 

so [0081] If the. location is not in either schedule or downtime mode, the process uses the values in the location's 
bc_port_info_data table. 

[0082] When the locations values have been assigned to the appropriate tables, the process runs a stored proce- 
dure that calculates the new dispense rate using values obtained from the location port id. 

[0083] Finally, when the location scenario id is obtained, a row is inserted into the attraction data server feed table 
55 with values provided by the user, the stored procedure and the supporting tables. 

[0084] The algorithm processor 50 and controller 44 work with one another to control the issuance of passes by the 
media distributor 38. In general, the access times that are provided by the algorithm processor 50 are forwarded to the 
controller 44. The access times are then provided sequentially to the media distributor 38 for printing on each succes- 
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sive pass. In the event the algorithm processor 50 indicates that no more access times are available, the controller 44 
may instruct the media distributor 38 and/or first validator 40 to print or display a message that no more customers are 
being provided access to the attraction 22 via the second queue 26. 

[0085] The algorithm processor 50 may be arranged to provide for multiples of the same access time. For example, 
5 if the capacity of the attraction 22 permits, two or more passes may be issued with the same access time. On the other 
hand, if the capacity of the attraction 22 is limited, the access times may be spaced apart in time. 
[0086] As described above, certain information regarding the system may be provided for viewing on the display 
screen 47. The display screen 47 and associated keypad 46 may comprise a user interface for the system for obtaining 
information from and inputting information to, the system. Figure 5 illustrates an information screen illustrating the cur- 
10 rent "downtime" of an attraction. A user of the system may input estimated downtime information to the system using 
the keypad 46. This information may be used by the algorithm processor 50 to adjust the times which are being calcu- 
lated for assignment to customers by the input time. 

[0087] Figures 6A-6C illustrate screens which permit a user to view current system settings and adjust those set- 
tings. For example, a user of the system may determine from such a screen that the current pass dispense rates for the 
75 second queue 26 are higher than desired, and input a lower percentage allocation value to the system for reducing the 
number of passes/entitlement issued to customers. The user may also set an expected level of "no shows" or the per- 
centage of customers who obtain passes for accessing the second queue but do not use them. 

[0088] Figure 7 illustrates a screen which enables a user to establish a variety of settings for a specific attraction. 
For example, using this displayed information a user can determine whether or not the system is configured to permit 
20 a customer to obtain multiple passes. If not (i.e. "abuse check" is "on"), the user may utilize the keypad 44 to change 
this setting, if desired. The user may also be permitted to view and adjust a wide variety of other information such as 
the time at which the ride will shut down and thus the last possible assigned time. 

[0089] Figure 8 illustrates a screen displaying information associated with the master server 102. As illustrated, 
using information provided to the master server 102, a user may obtain information regarding any one or more attrac- 
ts tions associated with the system. The user may be permitted to obtain and revise information with any particular attrac- 
tion. This arrangement allows a user to avoid the need to travel to each attraction to view information, but instead obtain 
and edit information from a central location. 

[0090] The personnel which are permitted to access the system, including the viewing of information and inputting 
of information, may be limited. For example, a card-reader or similar device may be associated with the keypad 46 for 

30 reading an employee I.D. card and verifying that the employee is permitted to access the system. 

[0091] Those of skill in the art will appreciate that there are numerous configurations of hardware and/or software 
for implementing the invention. For example, the controller 44, keypad 46 and display 47 may comprise components of 
a general purpose computer. The algorithm processor 50 may comprise hardware, or may comprise software executed 
in a processing environment, such as a computer. 

35 [0092] Although the above-described system has been described as and is particularly applicable in managing 
admission to a single attraction, such a system can be adapted to manage admission to multiple attractions. In one or 
more embodiments, a first system which is associated with a first attraction 22 is linked to a second system associated 
with second attraction and/or additional attractions. Figure 3 illustrates in greater detail such a master system 100 in 
accordance with one embodiment of the invention. 

40 [0093] The master system 1 00 includes a master server 1 02 which is linked to a local server 48 of a local system 
associated with a particular attraction. In addition, a main server 104 is linked to each local server 48. For simplicity, 
Figure 3 illustrates only one such local system in detail, and illustrates only the local servers of three additional local 
systems. 

[0094] In the embodiment illustrated, the master server 102 serves the function of the algorithm processor 50 of the 
45 system described above. In this arrangement, the algorithm processor 50 associated with each system is omitted and 
the master server 102 serves the functions of each individual algorithm processor. The master server 102 sends calcu- 
lated access time information for each attraction 22 to its respective local server 48, which then provides the data to the 
media distributor 38. 

[0095] The main server 1 04 is arranged to permit communication to and between each of the local servers 48. For 
so example, in one or more embodiments, when a customer seeks to obtain an admission pass for an attraction, the local 
server 48 associated with that attraction sends a request to the main server 104 to determine if the customer has 
already obtained an admission pass for another attraction. If so, the local server 48 can instruct the controller 44 (and 
first validator 40) to prevent the media distributor 38 from issuing an admission pass. When the customer is not pre- 
vented from obtaining an admission media, then the local server 48 may be arranged to send data to the main server 
55 104 regarding the customer, the issued time and attraction so that the customer can be prevented from accessing 
another attraction at the same time or before the currently issued pass has been used or expired. 
[0096] In one or more embodiments, the main server 104 stores or is linked to a database having information 
regarding customers entitled to access the second queue 26 of each local system to access an attraction. For example, 
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the main server 1 04 may store ticket codes of those tickets issued to customers each day at an amusement park. 
[0097] In one or more embodiments, when a customer wishes to access an attraction through the second queue 
and uses the first validator 40, the first validator 40 sends a request through the local server 48 to the main server 1 04 
requesting verification that the customer is entitled to access the system. If the customer is verified, then such a 

5 response is transmitted to the first validator 40. If not, then such a response is transmitted to the first validator 40. The 
first validator 40 may be arranged to display an appropriate message to the customer, such as "invalid entitlement." 
[0098] In accordance with one or more embodiments, there may be more than one "first queue" or other line in 
which customers wart. Further, in one or more embodiments, there may be no first queue. In such an arrangement, 
each customer who wishes to access the attraction is given an admission media (if so entitled) and permitted to access 

10 the attraction at the assigned time only. 

[0099] Figure 9 is a flow diagram illustrating a protocol by which the master server 1 02 (referred to in the figure as 
the "Master Server Feed") communicates with the controller 44 of the system associated with each attraction in one 
implementation of an embodiment of the invention (this implementation is associated with the information provided in 
Figures 4 and Tables I to IX and described further above). Figures 1 0A - 1 0C show a flow diagram illustrating a protocol 

15 by which the controller 44 communicates with the master server 1 02. 

[0100] As illustrated in Figure 3, more than one media distributor 38 and first validator 40 may be provided at each 
attraction 22. More than one second media validator may be provided for permitting access to the attraction 22. 
[0101] Figure 1 1 schematically illustrates a system in accordance with an embodiment of the invention in which val- 
idation of park entry tickets and establishment of the entitlement of a customer to access the second queue 26 is cen- 

20 tralized. In this embodiment, a customer obtains a ticket, whether prepurchased or purchased at the gate. A central park 
admission controller and database 200 stores information regarding valid tickets. A customer is permitted to enter the 
park via a turnstile 202 or other monitored entry when the customer's ticket is validated. For example, the customer's 
ticket may be read by a ticket reader 204 and the data thereon verified by the park admission controller 200 against the 
stored ticket information. 

25 [0102] When a customer wishes to obtain an assigned time to access a second queue of an attraction, the cus- 
tomer establishes an entitlement via a first validator 232. The first validator 232 communicates with the central park 
admission controller 200 via a master controller 244. This arrangement permits a determination that the customer's 
ticket is valid for a specific day, has not be revoked or the like. If the ticket is validated, then the customer may be pro- 
vided a pass, such as described above, by a media distributor 238. The master controller 244 is also arranged to send 

30 data to the central park admission controller 200 that a pass has been issued to the customer for that attraction. Then, 
if the customer attempts to gain a pass for that or another attraction while the first pass is outstanding, the database 
associated with the park admission controller 200 has a record of the outstanding pass and the customer will be denied 
the additional pass. 

[0103] Again, an algorithm processor 250 is arranged to communicate with the master controller 244 to provide 

35 times to be assigned and printed by the media distributor 238. 

[0104] In one or more embodiments, the system may be arranged so that not all customers are entitled to access 
the attraction 22 via the second queue. In another embodiment, one or more customers may be permitted to access 
certain attractions via the second queue and other attractions only via the first queue. In one or more embodiments, 
only customers which pay a premium amount or obtain some special entitlement are permitted to access one or more 

40 attractions via the second queue. 

Operation. Effect And Other Features 

[0105] In operation, in one or more embodiments, a customer receives a ticket or other entitlement. For example, 
45 at an amusement park, a customer pays for a ticket to gain entry to the park. With respect to the embodiment of the 
invention illustrated in Figure 3, the main server 104 stores information regarding the customer's ticket. 
[0106] At some point a customer may wish to access a particular attraction 22. When the customer reaches the 
attraction, they are presented with an option. First, the customer may access the attraction through the traditional first 
queue 24. Optionally, the customer may access the attraction 22 via the second queue. 
so [0107] Referring to Figure 1 2, if the customer wishes to access the attraction 22 via the second queue 26, the cus- 
tomer first validates entitlement to receive an assigned time to access the second queue 26. In one embodiment, the 
customer slides a portion of his ticket through a card reader portion of the first validator 40. In one or more other embod- 
iments, validation may be performed by scanning a fingerprint or the like as described above. 

[0108] In the arrangement illustrated in Figure 3, the first validator 40 then sends a confirmation request through 
55 the local server 48 to the main server 1 04. The main server 1 04 verifies that the ticket is on the list of valid tickets. If the 
ticket is not verified, then the main server 1 04 sends this data back to the first validator 40 which may illuminate or print 
out an indication of such to the customer. In an embodiment where the customer is not entitled to more than one pass 
or entitlement to a second queue at a time, the first validator 40 is configured to verify that the customer has no other 



12 



EP1 076 319 A1 



outstanding entitlements/passes. 

[0109] In one embodiment, such as in the system illustrated in Figure 2, if the ticket is verified, the first validator 40 
sends a signal of such to the media distributor 38. The media distributor 38 then issues a pass to the customer. The 
pass includes an assigned access time at which the customer is entitled to return to the attraction 22 in the future and 
5 access the attraction 22 through the second queue 26. 

[0110] The customer may then leave the area of the attraction 22. During this time, the customer may shop, eat or 
engage in a wide variety of other activities. 

[0111] At the appointed time, the customer returns to the attraction 22 and seeks access to the attraction via the 
second queue 26. The customer establishes entitlement to access the attraction via the second validator 42. In the 
io embodiment where the customer is provided with a pass which provides access, the customer presents the issued pass 
to a person who verifies the current time and the time printed on the pass, the date of the pass and the attraction for 
which the pass provides access. If validated, then the customer is permitted to access the attraction 22. As provided 
above, the customer may establish entitlement to access the attraction in accordance with other methods, such as by 
scanning a fingerprint again. 

is [0112] In one or more embodiments, the customers gaining access to the attraction through the first and second 
queues may be separated. For example, for a ride having four cars, the first two cars may be filled with customers from 
the first queue 24 and the second two cars filled with customers from the second queue 26. In one or more embodi- 
ments, the customers gaining access to the attraction 22 are integrated in accordance with the allocated capacity to the 
first and second queue customers. 

20 [0113] In one or more embodiments, one or more customers may be permitted to access an attraction via the sec- 
ond queue 26 apart from the standard method of establishing entitlement at the first validator 40 and then returning to 
the second queue 26 of the attraction at the assigned time. For example, one or more passes may be issued to a 
number of customers which include pre-assigned times. One or more customers might, for example, be issued passes 
on the same day or days or weeks before the assigned date of access. A customer arranging a trip to a theme park may 

25 be permitted to purchase passes. In one or more embodiments, these assigned "spots 0 are accounted for by the system 
when determining other passes to issue to those accessing the attraction with the first validator. 
[0114] In one or more embodiments, one or more customers may be permitted to access an attraction via the sec- 
ond queue 26 or even a third queue without a pass. For example, special VIP, disabled or other customers may be per- 
mitted to access the attraction via the second queue 26 or a third queue which permits the customer to access the 

30 attraction at any time. 

[0115] As described above, in one or more embodiments of the system and method a customer is prevented from 
obtaining more than one entitlement or pass for accessing an attraction at a single time. In another arrangement, some 
customers may be permitted to obtain multiple passes. In one embodiment, the system may be arranged to permit cus- 
tomers to obtain multiple passes at some times and not at others. For example, if the wait time for accessing one or two 
35 attractions is particularly long (whether by the first or second queue 24,26) the system may be arranged to permit cus- 
tomers to obtain passes for different attractions so that the customer avoids the need to access one attraction before 
obtaining a pass for accessing another attraction. 

[0116] Advantageously, the method and system of the present invention permits one or more customers to gain 
access to an attraction without having to wait in a standard line to access the attraction. This permits the customer to 

40 engage in other activities instead of waiting in line. Such activities may comprise shopping or eating. 

[0117] In one or more embodiments, the method and system advantageously permits "real-time" adjustment of the 
flow of customers to the attraction 22 via the first and second queues. This is advantageous since it permits optimization 
of the capacity of the attraction with the demand of customers. In the event the line of customers in the first queue 24 
becomes excessively long, the system can provide for an adjustment in the number of customers permitted to access 

45 the attraction 22 via the second queue 26 and thus reduce the wait time associated with the first queue. In addition, in 
the event the capacity of the attraction 22 suddenly decreases, the system can provide for an adjustment in the number 
of customers and/or access times via the second queue 26 to prevent a build up of customers accessing the attraction 
22 via the first and/or second queues. In the event the capacity of the attraction 22 increases, the system can provide 
for an additional number of customers to access the attraction 22 via the second queue 26 and/or adjust the access 

so times to permit more customers to access the attraction. 

[0118] Referring to Figure 1 3, a sample pass 300 as generated by media distributor 32 is illustrated. Pass 300 con- 
tains various sections of text that can be varied from pass to pass and is selected by the system or system operator. An 
attraction identification 31 0 is provided to identify the particular ride or attraction that the patron has access too. A time 
section 320 identifies the particular time or time range that the patron can access the attraction without having to wait 

55 in the physical line or queue. As previously explained, the actual time or time range assigned to a given patron will be 
generated by the system based on various conditions. A promotional or advertising section 320 is provided and can 
include various messages that are generated by the system. The date 325 pass 300 was issued, along with the time 
330 it was issued can also be printed. The arrangement, sizing, and presentation of the textual material can all be var- 



13 



EP 1 076 319 A1 

ied as desired. Though not separately shown, various elements can be provided on pass 300 to allow for authentication 
and validation. 

[0119] The textual material included in advertising section 320 can either be static or dynamically generated. That 
is, the particular message(s) chosen to be printed could be the same on each pass printed. This would simply serve as 

5 advertising or promotional material for certain preselected beneficiaries. Alternatively, targeted promotional material 
can by dynamically generated and printed on one or more passes. That is, each pass 300 or a grouping of such passes 
(i.e., those having the same times for entry) could have different material printed within advertising section 320. 
[0120] The ability to print targeted material on various printed passes 300 allows for a number of advantages. By 
offering patrons certain incentives to perform certain activities, pedestrian traffic patterns can be influenced and to 

io some extent controlled. Thus, pedestrian traffic can be directed away from certain areas during times when crowding is 
severe. For example, if a major tour or attraction ends at 3:00 p.m. and introduces a large number of people into a par- 
ticular location, the system will want to cause others to avoid that area around that time. Thus, the printed passes 300 
for various relevant attractions could advertise an enjoyable event or offer a reduced price meal or other premium for 
the patron at a location remote from the congestion. Likewise, pedestrian traffic can be directed towards predetermined 

is areas featuring certain events, attractions, or establishments. Thus, the system allows for the self promotion of areas 
deemed desirable for various reasons by the park management. 

[0121] By coordinating the printed material with the generated waiting times, park efficiency is increased. Patrons 
can be encouraged to follow predetermined paths that allow for a more even distribution of pedestrian traffic among the 
various shops, restaurants and attractions of the park. Thus, the park benefits through increased efficiency and the 

20 patrons benefit by being less affected by crowding. 

[0122] The material printed and the effects desired to be achieved can either be selected by the system or entered 
by park officials at anytime. Thus, cyclic and predictable events can be accounted for automatically. Certain events that 
may occur more infrequently could still be accounted for by the automated system. For example, if a major attraction 
goes off line, this information can automatically be gathered and passed along to the various controllers operating 

25 within the system. Thus, the targeted advertising could be used to simply inform patrons of the attraction closure or to 
guide them to other areas of the park. Finally, information could be manually entered to cause specific material to be 
printed on certain passes 300. 

[0123] The material printed within advertising section 320 can vary depending upon the desired result. Coupons, 
discounts, and other promotions can be given for any number of patron activities. Specific events, attractions, restau- 

30 rants, stores, or merchandise can be promoted. This can be done to alert patrons to new attractions or events that they 
may not have heard about. Alternatively, this could be used to promote events that have received less participation than 
expected. Finally, events which are known to be popular but often overlooked by busy patrons can be advertised simply 
as a helpful reminder to the patron. For example, parade times and locations can vary. Thus, a generated pass 300 
might remind that patron of a parade occurring soon in a nearby location. 

35 [0124] Many of these benefits are achieved by integrating the time and/or location of the generated pass 300 with 
the selected targeted advertising information 320. That is, by knowing where the attraction is located with respect to the 
other attractions and locations in the park, the status of those various attractions/events, the current time, the time win- 
dow during which the patron will be assigned, and the normal abilities for movement of a patron, the system can deter- 
mine what promotional material is most beneficial to print. Ultimately, the system is capable of printing any desired 

40 message on any given pass 300. 

[0125] The textual messaging printed or otherwise provided within section 320 is not limited to advertising or pro- 
motional material. Ultimately, any information may be provided for any number of purposes on single or multiple passes 
300. For example, park management could print messages about a lost child, other welfare concerns, or items of gen- 
eral interest. 

45 [0126] In various embodiments of the present invention, the patron is provided with an item that uniquely identifies 
that patron to the system. For example, upon admission to the park the patron may be granted an admission ticket hav- 
ing a magnetic strip coded with identifying information. At various points throughout their visit, that admission ticket may 
be utilized for certain functions and at the same time, alert the particular system of the park to the identity of the patron. 
[0127] Thus, it may be desirable to either allow for or require a patron to present such an identifying media when 

so obtaining pass 300 for admission to a given event or attraction. As previously discussed, this provides one way of vali- 
dating that the patron is entitled to such a pass at a given time. In addition, this provides identifying information about 
the patron to the system. Thus, messages specifically directed to this patron can be printed on pass 300 in section 320. 
For example, a given patron could receive a message to meet another patron at a specific time or place or to telephone 
another individual. This allows various remotely located parties to contact one another. Of course, there are various rea- 

55 sons why park management may wish to provide a specific message to a patron. For example, a message could be 
generated for a patron indicating that his wallet had been found and is now located at a particular security station. Fur- 
thermore, targeted messages could be directed to the members for various groups visiting the park together. As one 
example, members of a high school class could be spending the day in such an amusement park. When a member of 
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that class requests pass 300, relevant messages could be printed such as where or when to meet the group. Of course, 
knowing who the patron is and if they belong to a specific group may also allow for customized advertising to be gener- 
ated. 

[0128] Targeted, patron (or group) specific messages can be printed on pass 300. All that is required is providing a 
way of identifying the patron to the system as pass 300 is requested. There are many way of accomplishing this within 
the scope of the present invention. As discussed, admission media could be provided when entering the park. Any 
number of other identifying products could be provided throughout the park. In addition, a patron can be asked to man- 
ually enter or otherwise provide identification information at the point pass 300 is obtained. 

[0129] Pass 300, as described, can be printed with any number of and types of messages. Advertising, promo- 
tional, patron or group specific messages can be generated in various combinations. Of course, any material may be 
printed, whether categorized or not. Thus, "informational material" , as used herein is meant to include any material that 
may be printed or otherwise added to pass 300, whether for purposes of advertising, promotion, communication, traffic 
management, information dissemination, or otherwise. 

[0130] Of course, the foregoing description is that of one or more embodiments of the invention, and various 
changes and modifications may be made without departing from the spirit and scope of the invention, as defined by the 
claims. 

[0131] The following tables I to IX illustrate table names/definitions and a data dictionary of terms for use in a sys- 
tem and method of the invention. 



TABLES 







contr_ feed_mfo 


Information about feed from Master Controller 


opsheet_feed_jnfo 


Information about feed from OpSheet 


vq_cte_forecast_tnfo 


Forecasted capacity Smiting event (CLE) information , to forecast guest count | 


vq_disp_rate_log 


Dispense rate tog information. A row is inserted every time the dispense rate is calculated. 


vq_errorJog 


Error tog, for internal use only 


vq_foc_dairy_info 


Location daily information, by location and date 


vq^Ioc _pon\ info 


Uxatton-Port mapping table. To be updated by APES Admin only. 


vqjocjscenario 


Location scenario override information for specific location, oatetime and situation 


vqJoc_schedule 


Location calculation parameter schedule. Effective and expiration dates, along with schedule 
effective flag, specify whether to use schedule or default values. 


vq_no_show_lookup 


Lookup table for No Show factor, used in calculation of dispense rate Defined for range of virtual 
queue wait time. 


vq__scefiario_infb 


Scenario setup information (Admin only) 


vq_standby_wait 


Standby wait information, for waitfree locations only 
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10 



15 



20 



35 



40 









mm 








vq.dejbrecast 


cte_typejd 


integer 


NULL 


Capacity Limiting Event 
(CLE) type; usually V 
indicating unit change 


NO 


NO 


vq_de_fo recast 


last_update_time 


datetime year 
tofraction(5) 


NOT NULL 


Dateume when the record 
was last updated 


No 


NO 


vq_de_fbfecast 


bst.update.user 


chart8) 


NOT NULL 


User fO that updated the 
record last 


No 


No 


vq_cte_forecasi 


reading_time 


integer 


NULL 


Time of "Units" reading 


No 


No 


vq_cte_forecast 


vq_de_forecast_id 


serial 


HUI NULL 


Unique identifier 
(generated by the system) 
for CLE forecast 
information 


yes 


Hist 

no 


vq_cte_forecast 


vq_drspense_rate 


integer 


NULL 


Dispense rate lor given unit 
values 


No 


No 


vq__cte_fo recast 


vq_Joc_cte_type_id 


integer 


NULL 


Type of CLE: Open. Close, 
Unit Change, Show, etc 


No 


No 


vq_cte_forecasi 


vq_Joc_daily.jd 


integer 


NOT NULL 


Unique identifier 
(generated by the system) 
for location daily 
information 


No 


Yes 


vq_cte_fbrecast 


vq_loc_uttUzation 


integer 


NULL 


Utfization of location (e.g. 
80% utilization means the 
actual guest carried is 80% 
of total guest capacity) 


No 


No 


vq_de_forecast 


vqjvaluejl 


integer 


NULL 


Number of units 


No 


No 


vq_dejbrecast 


vq_va!ue_2 


integer 


NULL 


Number of special need 
units 


No 


No 


wq_oontr__feed_info 


businessjdate 


dais 


NULL 


PC business date when 
feed was sent 


No 


No 


vq oontr feed_tnfo 


contro Der_Teea_n 


serial 


NOT NULL 


Unique serial ID 
(generated by the system) 
that identifies the Master 
Controler feed information 


Yes 


No 


vo^oontr_feed_tnfo 


errof_no 


integer 


NULL 


Error number from 
turnstile 


No 


No 


oo^^r_ feed Iflfo 


m Mint umwVmi 


uaome 

HOUR to 
MINUTE 


NULL 


Guest window end 
datetime, as printed on 
virtual queue (VQ) ticket 


No 


No 


vq_oomr_feed_infb 


guest_window_start 


datetime 
HOUR to 
MINUTE 


NULL 


Guest window start 
datetime, as printed on VQ 
ticket — 


No 


No 


vq_oont/Jteed_info 


last_update_time 


datetime year 
to fraction(5) 


NOT NULL 


Datetime when the record 
was last updated 


No 


No 


va^_contr_feed_irrfo 


ia$t_update_user 


charts) 


NOT NULL 


User ID that updated the 
record last 


No 


No 


vq_oontr_feed_info 


rra_of_tkt_ssued 


integer 


NULL 


Number of tickets issued in 
(?) time frame 


No 


No 
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Column Table Name ;J 






Ml 








5 


vq_corrti_feed_info 


printer _f\u mber 


char(2) 


NULL 


Printer number for VO 


No 


No 




vq_oontr_feed_info 


reading^time 


intager 


NULL 


PC business time when 
feed sent 0 to 2400 


No 


No 




vq_conti_feed_info 


vq_curr_watl_time 


integer 


NULL 


Current wait time in 
minutes (e.g. 130 minutes) 


No 


No 


10 


vq_oontr_feed_tnfo 


vq__d sp__tmne_irrt 


smallint 


NULL 


Ticket dispense ome 
interval 


No 


No 




vq oo ntr_feed_i nfo 


vq_d ispense_rate 


integer 


NULL 


Ticket dispense rata 


No 


No 


15 


vq_contr_feedJnfb 


vqjgst_win_minutes 


integer 


NULL 


Guest window minutes (Che 
difference between guest 
window start and end; e.g. 
60 minutes) 


No 


No 




vo^cont/jeedjnfo 


vqjguestcount 


integer 


NULL 


VO guest count (?) 


No 


No 


20 


vqjOontr_teed_infb 


vc^locj>ortjd 


integer 


NULL 


Unique serial ID 
(generated by the system) 
that identifies the 
location/ attraction 


No 


Yes 


vq_oontrjfieed_irift> 


vq_mc_prooes5ed 


char(1) 


NULL 


Whether Master Controller 
information is processed 
by OpSheet (Y/N) 


No 


No 


25 


\*q_oontr__feed_irifo 


vq_min_wait_time 


smallint 


NULL 


Minimum wait time set for 
the attraction (e.g. 40 
minutes) 


No 


No 




vq_disp_ratB_log 


dis_reductionJact 


smallint 


NULL 


Factor by which 
dtstnoution of ocKet 
dispersing should be 
reduced during downtime 


No 


No 


30 


vq_d tsp_rate_tog 


dispense_rate 


integer 


NULL 


Virtual queue ticket 
dispense rate 


No 


No 




vq_d tsp_rate_log 


forecast gc 


integer 


NULL 


Forecasted guest carried, 
used in calculations 


No 


No 




vq_disp_rateJog 


foreca st__trme_rru n 


smallint 


NULL 


Time interval to forecast 
guost count 


No 


No 


35 


vq_disp_rateJog 


last_update_time 


datstjme 
YEAR to 
FRACTION 
(5) 


NOT NULL 


Oatetime when the record 
was last updated 


No 


No 




vq_d»sp_rateJog 


tasLupdate.user 


char(8) 


NOT NULL 


User ID that updated the 
record last 


No 


No 


AO 


vq_disp_rate_log 


kx3tion_id 


integer 


NULL 


OpSheet location ID. from 
location_info 


No 


No 


45 


vq_disp_rate_tog 


rrashow_factor _pcnt 


smallint 


NULL 


Percent of people that do 
not show up tor a given 
virtual wait time, applied in 
the calculations to adjust 
dispense rate 


No 


No 
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Column TaWe NamoJ^ 










>C©4um 

mm 


Colurti.' 


vq__d tsp_ratB_log 


percent_canadty 


smaOint 


NULL 


Percent of location's total 
capacity for VQ (e.g. 80%) 


No 


No 


vq_d ep_rate_tog 


thrc 


Biteger 


NULL 


Location's theoretical 
hourty ride capacity 
(THRC) 


No 


No 


wq_d isp_fate_log 


utilization _pcnt 


smallint 


NULL 


Location utilization percent, 
used for computing actual 
capacity from THRC 


No 


No 


vq_disp_rate_log 


vaiue_l 


smaUtnt 


NULL 


Number of regular units 
forecasted] 


No 


No 


vq_disp_iatB_log 


vq_disp_fate_id 


serial 


NOT NULL 


Unique identifier for 
dispense rate log 


Yes 


No 


vq_disp_rate_log 


vq_d rsp_tirne_tnt 


smaOint 


NULL 


Dispense time interval 
(e.g. 5 minutes) 


No 


No 


vq_d tspf atelog 


vq_toc_port_kl 


integer 


NOT NULL 


Unique identifier for APES 
location 


No 


Yes 


vq_error_log 


Comments 


varchar(80) 


NULL 


Error tog description 


No 


No 


vq_error_tog 


error_.toa.id 


serial 


NOT NULL 


System-generated error 
tog ID 


Yes 


No 


vq_errorJog 


Last_update_time 


datstime year 
to fracrjon(5) 


NOT NULL 


Datstime when the record 
was last updated 


No 


No 


vq_etTOf_tog 


tast_update_ijser 


char(8) 


NOT NULL 


User ID that updated the 
record last 


No 


No 


vqjerrorjog 


progranwiame 


charOO) 


NULL 


Name of program on which 
error occurred 


No 


No 


vq_error_log 


sqHsamcode 




NULL 


SQL ISAM error code 


No 


No 


vq_error_log 


sqJoode 


integer 


NULL 


SQL error code 


No 


No 


vq_error_log 


vq__tan_dddress 


char<2) 


NULL 


LAN address, as specified 
by Ride and Show for the 
location Master Controller 
(MC) 


No 


No 


vqjerrorjog 


vqjoc _port_id 


integer 


NULL 


Location identifier on which 
error occurred 


No 


No 


vqjerror_log 


vq_park_addmss 


cnar(2) 


NULL 


Park address Maybe 
different from park code, 
specified by Ride and 
Show for location MC. 


No 


No 


vq_k>c_dairy_info 


business_date 


date 


NULL 


Business date 


No 


No 


vq_toc_dairy_info 


tast_updatetime 


date time year 
tofracbon(5) 


NOT NULL 


Datetime when the record 
was last updated 


No 


No 


vq_!oc_daiIy_info 


last_update_user 


char<8) 


NOT NULL 


User ID that updated the 
record last 


No 


No 


vq_loc_daily_inf6 


vqJoc_dai}y_id 


serial 


NOT NULL 


Unique identifier 
(generated by the system) 
for location dairy 
information 


Yes 


No 
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Col umn; TjbJSI© Narna 2 




BMP 






mm 


PI 


5 


vq_loc_dafly_tnfo 


vq^toc _port_id 


integer 


NULL 


Unique identifier for 
location 


No 


Yes 




vq_Joc _port_info 


dis_red uction_fad 


smallint 


NULL 


Factor by which 
distribution of ticket 
dispensing should be 
reduced during downtime 


No 


No 


10 


vqJoc_portjnfo 


do_abuse_check 


char 


NULL 


Whether abuse check 
should be performed or not 


No 


No 




vq_loc_port_info 


downtime_effective 


char 


NULL 


Flag to indicate whether 
downtime is currently 
effective 


No 


No 


15 


vq_ioc_pOft_infb 


forecast_time_rrun 


integer 


NULL 


Guest court forecast time 

i nto rvro) /i mi talk* fZf\ 

interval |wjUoiiy ou 

minutes) 


No 


No 




vq_loc_port_lnfb 


ftp_arg1 


chart 10) 


NULL 


iip user to uj con ncu co 

Bridge server 


no 


WO 


20 


vq_loc_port_info 


ftp arg2 


char(10) 


NULL 


ftp password to connect to 
onogo ooiver 


No 


No 




vqJoc_poiUnfo 


ftp_scnpt_name 


varchar(50) 


NULL 


ftp script to trigger ftp data 

Irarn r^n*s-rv*t.O SCrVer 

to Bridge server 


No 


No 




vq_foc_port_info 


iasL.update_.time 


date time year 
to fraction{5) 


NOT NULL 


Datetime when the record 


No 


No 


25 


vq_loc _port_infb 


last_updatB,_user 


char<B) 


NOT NULL 


User (0 that updated the 
record last 


No 


No 




vq_toc_poit_info 


locat>on_nomber 


char(4) 


NOT NULL 


Location number (as used 
by (Es in QpSheet) 


No 


No 




vqJoc_pcrtJrtfo 


origin Jd 


integer 


NOT NULL 


Origin identifier of park, as 
inOpSheet 


No 


No 


30 


wq_loc_poit_{nto 


ovDfride_effectjve 


char 


NULL 


Rag to indicate whether 
scenario override is 
effective 


No 


No 




vo 4 _loc__porLJrtfo 


parkjcode 


char(2) 


NULL 


Park code: AK, MK, EC, 
ST 


NO 


No 


35 


vq_loc_poft_tn{o 


peraent_capacity 


smallint 


NULL 


Percent of the location's 
total capacity for VQ (e.g. 
80%) 


NO j 


No 




vq_loc _portJnto 


schedute_eflecfcve 


char 


NULL 


Flag to indicate whether 
scenario schedule is 
effective 


No 


No 


40 


vq_loc_jx>ft.inf6 


server_name 


varcharfW) 


NOT NULL 


Name of the Bridge server 
dedicated to this 


No 


No 




vq_loc_porij Info 


survey_time_rniri 


integer 


NULL 


Survey time in minutes 
(same as forecasted time 
in minutes) 


No 


No 



45 
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IIS 
















5 


vo^toc^^on^jito 


vq_ctose_time 


datetme 
HOUR to 
MINUTE 


NULL 


Actual dose time of 
attraction 


No 


No 




vq_kx:_port_infe 


vq_dlsp_time_int 


smallint 


NULL 


Dispense time interval in 
minutes, used to increase 
the guest window 


No 


No 


10 


vo 4 _loc_port w info 


vq_gst_win_mtn 


integer 


NULL 


Minutes during which guest 
can visit the location. Time 
is between 

guest_window_start and 
gues^jwindow end. 


No 


No 


15 


vq_loc_port__info 


vqjan_address 


ehar(2) 


NOT NULL 


Attraction name (coded) 
where VQ is functional 


No 


No 


vq_Ioc __poft_lnfo 


vq_loc_porUd 


serial 


NOT NULL 


Unique serial ID 
(generated by the system) 
that identifies the VQ 
attraction/park 


Yes 


No 


20 


vq_loc_port_tnfo 


vq_toc_Litilization 


smallint 


NULL 


Location utilization percent, 
used for computing actual 
capacity from THRC 


No 


No 




vq_loc_port_into 


vq_max_gs^_oount 


nteger 


NULL 


Maximum guest count 

ucaH in (ha (■ataiLatvtrvc for 

dispense rate 


No 


No 


25 


vo ) _ioc_pof^_infb 


vq nrtio befOftt ds 




NULL 


dose to stop printing VQ 
tickets 


Mr* 


no 




vq_loc_poft_lnfo 


vq_mln_down_time 


integer 


NULL 


Minimum down time to be 
used while creating 
downtime scenario 


No 


No 


30 


vq_Joc _port__info 


¥t| rain ost count 


integer 


NULL 


Minimum guest count used 
in the calculations for 
dispense rate 


No 


No 




vo^locjx>rtjnfo 




integer 


NULL 


Minimum virtual wait time 
(e.g. 40 minutes) 


NO 


No 


35 


vqjocjxytjnfo 


vq_park_address 


cnar{2) 


NOT NULL 


Park name (coded) where 
VQ is functional 


No 


NO 


vq_loc _pof\^tnfo 


vq_soft w cJos«_tirne 


datetime 
HOUR to 
MINUTE 


NULL 


The time at uwtirti VO 

hid luivdlwilUI «W 

stops printing tickets 

(dosejtime - 
rnin_before_cls ) 


no 


no 


40 J 


vq_koc_soenano 


expected_uptime 




NULL 


Expected uptime (absolute) 
from location down 
situation 


No 


No 




vq_loc_soenario 


gst_win_rninutes 


smaDint 


NULL 




No 


No 




vqJoc_scenario 


lasLupdate.time 


dateline year 
to fraction(5) 


NOT NULL 


Datetjme when the record 
was last updated 


No 


No 


45 


vq_loc_scenano 


bst_update_usef 


char(8) 


NOT NULL 


User ID that updated the 
record last 


No 


No 
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Column table Mame^ 






























5 


vq_loc_soenario 


percerrt_capacity 


smallint 


NULL 


Percent of location's total 
capacity for VQ (e.g. 80%) 


No 


No 




vq_loc_soenario 


vq__d tsp_time_tnt 


smaltint 


NULL 


VQ ticket dispense time 
interval (5 minutes) 


No 


No 


10 


voJoc_scenario 


vq_dispense_rate 


integer 


NULL 


Number of tickets to 
dispense in 
vq_d isp_ttme_Jnt 


No 


No 




vq_loc_scenano 


vqjoc JXWt_id 


tnteger 


NULL 


Unique location identifier 


No 


Yes 


15 


vqJoc_scenario 


vq_loc_scenario_id 


serial 


NOT NULL 


Unique identifier 
(generated by the system) 
for location scenario 
information 


Yes 


No 




vq_Joc_scenario 


vq_soenario_id 


integer 


NOT NULL 


Unique scenario identifier 


No 


Yes 




vq_toc_soenano 


vq_scn_efl_date 


date 


NULL 


Scenario effective date 


No 


No 




vqjoc_scenario 


vq_scn_effjime 


integer 


NULL 


Scenario effective time 


No 


No 


20 


vq_Joc_schedule 


effectivejdate 


date 


NULL 


Schedule effective datetime 


No 


No 


vqJoc_schedute 


effective j time 


datetime 
HOUR to 
MINUTE 


NULL 


Schedule effective time 


No 


No 




vq_loc_schedute 


expo stm i_date 


date 


NULL 


Schedule expiration 
datetime 


No 


No 


25 


vq_ioc_scriedute 


last_updat e_time 


datetime year 
to fraction (5) 


NOT NULL 


Datetime when the record 
was last updated 


No 


No 




vq_kXLSchedule 


tast_update_user 


char<8) 


NOT NULL 


User ID that updated the 
record last 


No 


No 


30 


vqJoc_schedule 


percent_capactty 


smallint 


NULL 


Percent capacity used for 
VO guest count 
calculations 


No 


No 




vq_loc_acnedute 


vq_dose_time 


datetime hour 
to minute 


NULL 


Actual close time of the 
attraction 


No 


No 




v^k>c_schedule 


vq_dcsp_time_int 


smallint 


NULL 


VQ ticket dispense time 
interval (in minutes) 


No 


No 


35 I 


vq_toc_schedute 


wq_dispense_rate 


integer 


NULL 


VQ ticket depense rate 


No 


No 




wq_loc_schedule 


vqjgsCwin^min 


integer 


NULL 


Guest window (in minutes) 


No 


No 




vq_loc__schedule 


vqJoc_porL.id 


integer 


NOT NULL 


Unique serial ID 
(generated by the system) 
that identifies the VQ 
attraction/park 


No 


Yes 


40 


vq_loc_schedute | 


vo^loc_scheduleJd 


serial 


NOT NULL 


Unique serial ID 
(generated by the system) 
that identifies the attraction 
schedule 


Yes 


No 




vqjcc_schedute 


vq_wait_time 


integer 


NULL 


Current virtual queue wait 
time 


No 


No 


45 


vq_no_show_lookup 


last_update_time 


datetime year 
to fracton<5) 


NOT NULL 


Datetime when the record 
was last updated 


No 


No 



TABLE VII 
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Column Tahto ManM r u 
















' ' ~ r^?"^^ ? V ? J/J ' p 














5 


vq_no_show_kx*up 


tast_update_user 


charts) 


NOT NULL 


User ID that updated the 
record last 


NO 


NO 




vq_no_show_tookup 


noshowjactor j>cnt 


smaltint 


NOT NULL 


Percent factor to be used to 
adjust Oistrtmtion Percent 
(DPS). Increment dispense 
rate by this factor. 


NO 


No 


10 


vq_no_show_lookup 


vqjoc_port_id 


integer 


NOT NULL 


Unique serial ID 
(generated by the system) 
that identifies the VQ 
attraction/park 


No 


Yes 




vq_no_show_!oo*atp 


vq_rw_show_d 


serial 


NOT NULL 


System-generated ID value 
for no show 


Yes 


No 


15 


vq_no_showjookup 


vq_wa it_min utes_fm 


smatfint 


NOT NULL 


VQ wait minutes from 


No 


No 




vqjao_showjoofcup 


vq_wail_miniites_to 


smalErtt 


NOT NULL 


VQ wait minutes to 


No 


No 




vq_oosheet_feed 


busjness_date 


dale 


NULL 


Current business date 


No 


No 


20 


vq_opsheet_feed 


feed_type 


c*iar( 1) 


NULL 


Indicates if this is an 
OpSheet_feed<0) < override 
row from scenarto(S), 
downtime override (D) 


No 


No 






fe6d_write_tirne 


da t8 lime hour 
to second 


NULL 


Time at which OpSheet 
performed write/sent the 
He 


NO 


No 


25 


vq_cpsheetjeed 


guestjwindowjend 


datettme hour 
to minute 


NULL 


Guest window end time 


No 


No 




vq_opsheet_feed 


9uest__window_start 


datetrme hour 
to minute 


NULL 


Guest window start time 


NO 


No 




vq__opshee4_feed 


last_update_time 


datetme year 
to fraction(5) 


NOT NULL 


Datetime when the record 
was last updated 


NO 


No 


30 


vq^opsheetjeed 


tast_update_user 


chartf) 


NOT NULL 


User ID that updated the 
record last 


NO 


No 






opsheet_feed_id 


serial 


NOT NULL 


Unique serial ID 
(generated by the system) 
for opsheet_feed_rtfo table 


Yes 


No 


35 


vq_opsheetJeed 


vq_curr_wait_tffne 


integer 


NULL 


Current virtual wait time 
(in minutes) 


No 


Kin 

no 




vq_opsheet_feed 


vq_d bp_time_int 


sma flint 


NULL 


Dispense time interval 
(e.g. 5 minutes) 


No 


No 




vq_opsheet_feed 


vq_dispense_rate 


rrteger ! 


NULL 


Ticket dispense rate, as 


No 


No 












recommended by OpSheet 






40 


vq_opsheet_feed 


vo^stjwin_minutes 


rrteger 


NULL 


VQ guest window minutes 
(e.g. 60 minutes) 


No 


No 




vq_opsheet_feed 


wq quest count 


integer 


NULL 


Guest count to be used for • 
all calculations 


No 


No 


45 


vq_opsheeUeed 


vqjocjwrtjd 


integer 


NOT NULL 


Unique serial ID 
(generated by the system) 
forvqJoc_port info table 


No i 


Yes 



TABLE VIII 
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w 



15 



20 



'Column Table Name 


Column K*me JMMM 




>>.- - 








WM 


vqjjpsheetfeed 


vqJoc_scenario_id 


integer 


NULL 


Unique identifier 
(generated by the system) 
for location scenario 
information 


No 


Yes 


vq_opsheet_feed 


vq_mi n_wa i!_ttme 


integer 


NULL 


Minimum wait time at 
virtual queue (e.g. 40 
minutes) 


No 


No 


\*l_opshee$j9ed 


vq_ops ^processed 


char(1) 


NULL 


Row processed (sent to 
Bridge server for Master 
Controller). Y/N 


No 


No 


vq_soefiario_lnfo 


tast_update_time 


datetime year 
to fraction(5) 


NOT NULL 


Datetime when the record 
was last updated 


No 


No 


wq_soenario_info 


bs^_updat8_usef 


char(8) 


NOT NULL 


User © that updated the 
record last 


No 


No 


vq_scen ario__info 


soenario_de$c 


varchar(60) 


NULL 


Scervario description 


No 


No 


vq_scen ario_info 


scenario_name 


cnar(25) 


NULL 


Unique scenario name, not 
associated with any 
attraction 


No 


No 


vq_scenario_info 


vq_scenario_d 


serial 


NOT NULL 


Unique identifier 
(generated by the system) 
for scenario information 


Yes 


No 



TABLE IX 



30 

Claims 

1 . A system for managing admission to an attraction, 
characterized by: 

35 

a first validator for establishing an entitlement of a customer to access the attraction; 

a controller for generating an assigned time at which said customer may access the attraction, said assigned 
time comprising a next available time as determined by an algorithm performed by said system; and 
a second validator for permitting said customer to access said attraction at said assigned time. 

AO 

2. The system in accordance with Claim 1 wherein the controller unilaterally determines and issues said assigned 
time to said customer. 

3. A system for managing admission to an attraction, 
45 characterized by: 

a first queue by which customers may access the attraction by waiting in line; 

a second queue by which customers may access the attraction in a manner which avoids the first queue; 
a first validator for validating an entitlement of a customer to access the second queue and generating an 
so assigned time in the future at which an entitled customer may access the attraction via the second queue. 

4. The system in accordance with Claim 3, is further 
characterized by: 

55 a second validator for permitting the entitled customer access to the attraction at the assigned time. 

5. The system in accordance with Claims 1 , 3 or 4 wherein the assigned time is determined and selected by the sys- 
tem. 
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6. The system in accordance with Claims 1 , 2, 3, 4 or 5, wherein only a single time is generated and assigned to any 
one customer at any one time. 

7. The system in accordance with Claims 1 , 2, 3, 4, 5, or 6, wherein said first validator is arranged to validate at least 
s one type of identifying information from the group consisting of: magnetic strip, bar code, radio-frequency, iris, fin- 
gerprint, retina, voice, thermal, finger or hand geometry, and visual identification. 

8. The system in accordance with Claims 1 , 2, 4, 5, 6 or 7 wherein said second validator is arranged to validate at 
least one type of identifying information from the group consisting of: magnetic strip, bar code, radio-frequency, iris, 

w fingerprint, retina, voice, thermal, finger or hand geometry, and visual identification, 

9. The system in accordance with Claims 1 , 2, 3, 4, 5, 6, 7 or 8 including at least one data storage device for storing 
data regarding times previously assigned to customers and wherein said system is arranged to deny validation of 
said customer to entitlement to an assigned time if said customer has an outstanding unused assigned time asso- 

15 ciated with said at least one storage device. 

10. The system in accordance with Claims 1, 2, 3, 4, 5, 6, 7, 8 or 9 including a media distributor for distributing an 
admission media to each customer entitled to access the attraction, said admission media including said assigned 
time. 

20 

11. The system in accordance with Claim 10 wherein said media is a printed pass. 

12. The system in accordance with Claims 1 , 2, 3,4, 5, 6, 7, 8, 9, 10 or 1 1 wherein said first validator is a card reader 
for reading a ticket belonging to a customer. 

25 

13. The system in accordance with Claims 1 , 2, 3, 4, 5, 6, 7, 8, 9, 1 0, 1 1 or 12 including a processor for determining at 
one or more times a real time operating capacity of said attraction, said processor determining a mix ratio of first 
queue patrons and second queue patrons and providing data about said real time operating capacity and said mix 
ratio to said system for generating said assigned time. 

30 

14. The system in accordance with Claims 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12 or 13 including a display for displaying a 
time which is next to be assigned. 

15. The system in accordance with Claims 1, 2, 3, 4, 5, 6, 7, 8, 9, 12, 13 or 14 including a media distributor for distrib- 
35 uting an admission media to each customer entitled to access the attraction, said admission media including infor- 
mational material printed thereon. 

16. The system in accordance with claim 15 wherein said informational material is correlated to the location of the 
media distributor and the time assigned. 

40 

17. The system in accordance with claims 15 or 16 wherein the informational material is generated specifically for the 
customer based upon an identification of that customer. 

18. The system in accordance with claims 15, 16, or 17 wherein the informational material is generated to influence 
45 pedestrian traffic patterns. 

19. A method for managing access of one or more customers to an attraction, 
characterized by: 

so establishing at least one first queue by which one or more customers may access said attraction generally in 

an order in which customers access said at least one first queue; 

establishing at least one second queue by which one or more customers may access said attraction in a man- 
ner which avoids said at least one first queue; 

establishing entitlement of at least one customer and generating an assigned time in the future for each entitled 
55 customer for accessing said attraction via said at least one second queue; and 

establishing entitlement of at least one customer to access said attraction via said at least one second queue 
at said assigned time in the future. 
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20. The method in accordance with Claim 19 wherein said assigned time is determined and selected by a controller. 

21. The method in accordance with Claim 1 9 or 20 including the step of issuing a media to said at least one customer 
if entitlement to an assigned time in the future is established. 

5 

22. The method in accordance with Claim 19, 20, or 21 including the step of assigning said times in the future in chron- 
ological order. 

23. The method in accordance with Claim 19, 20, 21 or 22 including the step of displaying a next to be assigned time 
w in the future for accessing said attraction via said at least one second queue. 

24. The method in accordance with Claim 19, 20, 21 , 22 or 23 wherein said assigned time is generated based upon 
one or more factors affecting demand for and capacity of said attraction. 

15 25. The method in accordance with Claims 1 9, 20, 21 , 22, 23 or 24 including the step of providing a printed pass includ- 
ing informational material printed thereon. 

26. The method in accordance with claim 25 wherein the informational material is correlated to the location where the 
printed pass was printed and the time assigned. 

20 

27. The system in accordance with claims 25 or 26 wherein the informational material is generated to influence pedes- 
trian traffic patterns. 

28. The system in accordance with claims 25, 26 or 27 wherein the informational material is generated specifically for 
25 the customer based upon an identification of that customer. 
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Fig. 1 
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In loc_wait_data, read a row for the current date in the last 15 
minutes where attraction has either TAP or APES active 




Get t1 = time interval 
set in tapjnapjnfo to 
read GC * 



Set t1 = GC time interval 
to 60 minutes 




Oo not process the row 



-A" 



Get Auto GC for time interval t1 




Get number of tickets issued from Master 
Controller during the same time period 



Adjusted Guest Carried = 
(Guest Count) - Number of Tickets 
Issued in the Same Time Period 



Get current virtual wait and 
corresponding no show factor 



Adjusted GC = Adjusted GC (1 ♦ No Show Factor) 



J 



Projected Wait Time = (Queue Count / Adjusted GC) * Auto Guest Count Time Interval (t1) 



* 

(continued) 



Fig. 4A 
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(continued) 



Update wait time in 
loc_wait_data 




Fig. 4B 
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Fig. 5 
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Fig. 6A 
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Fig. 8 
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START 




For every feed from the Master Controller that is 
not processed for the current date 



Get all values fed in from the Master Controller, 
current datetime 



For this attraction, create a log entry in 
dispjratejog table 



i 



Call Dispense 
Rate Calculation 
Process 



T 



Update the log with 
dispense rate value 



r 



Update the entry in 
the Master Controller 
feed as processed 



Create a new row in 
OpSheet feed to send to 
the Master Controller 




YES 



Fig. 9 
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Master Controller Feed to Master Server 




Intiatize Distribution Reduction Factor = 0, No Show Factor = 0 



Get current guest window start/end from Master Controller 




Set dispense 
rate = 0 



Current virtual wait = Current guest window start - current time 

+ 

Get no show factor from no show lookup, where current 
virtual wait is between virtual wait from and virtual wait to 




Get last downtime occurrence info (guest 
window start and guest window end at 
downtime) for current day and this attraction, 
from Op Sheet feed and scenario table 

Get downtime setup time 
and expected uptime 

r 

Downtime = Expected uptime - downtime scenario setup 

t 

(continued) 



Fig. 10A 
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Master Controller Feed to Master Server 



(continued) 



Select Downtime 
Reduction Factor for this 

attraction to reduce 
capacity during downtime 




Get percent capacity dispense 
time interval and guest window 
minutes from default values set 
for location 



Get percent capacity dispense 
time interval and guest window 

minutes from schedule table 
that is effective for current date 



Get location number, origin, location 
name and ID from OpSheet tables 



NO 



Does CLE forecast 



YES 



Get guest count from 
locationjxunt (auto GC) for 
forecasted time interval 



info exist for current 
^^date? 




Forecasted guest count = 
(THRC / maximum number of units) * units operational * utilization factor 



♦ 

(continued) 



Set Forecast Time Period = 60 minutes 
I 



Fig. 10B 
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Master Controller Feed to Master Server 



(continued) 



Dispense Rate = 

( Fnrftcastfifl GC * Perce nt C a p a city * M - D i strih t it i nn Reduct i on F artn r) * D ispense Time Interval ) 

Forecast Time Period 



Dispense Rate = Dispense Rate * (1 + No Show Factor) 



STOP 



Fig. IOC 
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VALIDATE ENTITLEMENT TO 
ACCESS SECOND QUEUE 



OBTAIN SYSTEM ASSIGNED 
ACCESS TIME 



PROCEED TO SECOND QUEUE 
AT ASSIGNED ACCESS TIME 



VALIDATE ENTITLEMENT TO ACCESS 
THE ATTRACTION VIA THE SECOND QUEUE 



Fig. 12 
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Valid For Entry 
Between 

2:45 pm 

AND 
3:15 pm 



.310 



/ 



1/1/2000 

V 



2:00 pm 



315 



320 



325 



330 



Fig. 13 
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